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(54) Wireless access systems and method of portable device location therein 



(57) A portable device (12a, 12b) within a commu- 
nication system (10), such as a DECT or wireless LAN 
architecture, takes downlink measurements from, typi- 
cally, at least three base stations (11a-11g) which them- 
selves each transmits a unique base site identifier. The 
portable device then reports signal quality measure- 
ments associated with particular base stations to a serv- 



er (16) which correlates the signal quality measure- 
ments, such as received signal strength and bit error 
rate, against a layout architecture plan of the base sta- 
tions within a coverage area of the communication sys- 
tem (1 0). A relative location of the portable device (1 2a, 
12b) is then ascertained by the server, with the relative 
location information made available to a requesting cli- 
ent, such as a PC (15). 
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Description 

Background to the invention 

[0001] This invention relates to a wireless access 
comnnunication system and a method of operating such 
a system. The invention relates, in particular, to a wire- 
less access communication system in which portable 
devices may be accurately and dynamically located and 
a method of physically locating portable devices active 
within such a system. 

Background 

[0002] The invention finds particular application in a 
DECT (Digital Enhanced Cordless Telecommunica- 
tions) standard wireless system and also for other DECT 
standard variants such as PWT. DECT running at 2.4 
GHz using frequency hopping techniques, and wireless 
LAN 802.1 1 standard, although the invention can be ap- 
plied to any wireless system technology with the porta- 
ble device and system infrastructure. 
[0003] Portable device may include a wide range of 
devices, such as a mobile phone and portable comput- 
ing equipment, such as a palmtop or laptop, or other 
computing and/or telephony equipment. 
[0004] A wireless access communication system usu- 
ally comprises a plurality of base stations linked to form 
a network that provides radio coverage of a designated 
service area or site. Portable devices within the service 
area may communicate either with each other or with 
other equipment also connected to the network via a lo- 
cal base station using radio frequency communication. 
Such wireless access systems are used for providing 
telephony service or a wireless local area network 
(LAN). Each portable device within the system main- 
tains a map of the radio signal strength (RSS) of proxi- 
mate base stations. Optionally, the bit error rates (BER) 
of any bearer (i.e. communication link) set up with one 
or more base stations may also be measured. Typically 
for voice services, this information is used by the porta- 
ble device in making a decision as to which is the 'best 
choice' base station to use for optimum performance. 
As the portable device moves away from one base sta- 
tion and approaches another, the internal map of RSS 
(and BER if appropriate) is updated, allowing the porta- 
ble to decide if a move to a different base station is nec- 
essary. Unlike the Global System for Mobile (GSM) com- 
munications, the DECT standard specifies that the port- 
able makes the decision regarding handover but it does 
not specify the algorithm that the portable uses to make 
this decision. Thus it is possible to have DECT portables 
that are fully compliant to the DECT standard with widely 
different perceived quality due to the quality of the 
handover algorithm. Compatibility between systems is 
not guaranteed. 

[0005] US Patent 5,873,040 describes a system ar- 
rangement and method for determining location of a 



wireless mobile unit within a mobile cellular telecommu- 
nication system involved in a call for public emergency 
assistance (e.g. a "911" call). The system is cost-effec- 
tive in that it makes extensive use of existing telecom- 

5 munication infrastructures, and does not require either 
special hardware or software at either the mobile unit 
site or the emergency assistance center handling a call. 
The system features share use of a computer and spe- 
cially defined database among a plurality of mobile 

10 switching offices serving a larger plurality of mobile base 
stations, the latter serving an even larger plurality of an- 
tenna and transceiving sites within predefined cellular 
regions. Signal strength measurements at the base sta- 
tions are passed through the switching offices to a 

15 shared computer and the latter uses the measurements 
to calculate a small area for which it would be practical 
to conduct a search if the mobile unit user requiring as- 
sistance is unable to help in determining his/her loca- 
tion. The calculated area and database are used to fur- 

20 nish the emergency assistance center handling the call 
with a detailed mapping of the calculated area, highlight- 
ing specific features (terrain, buildings, signs, etc.) that 
could be used to question the caller in a manner likely 
to produce responses from which the caller's location 

25 could be either precisely fixed or at least narrowed to a 
small part of the mapped area. 

[0006] US Patent 5,740,538 describes a system and 
method that will identify the location of a wireless termi- 
nal in a wireless communication system with a plurality 

30 of base stations. The system associates a location iden- 
tification signal with each base station, such as an area 
code and an exchange of a telephone number in the ge- 
ographic area of the base station. When a call is con- 
nected through a base station, the system modifies the 

35 caller-ID signal for the wireless terminal with the location 
identification signal of the base station. Thus, the sys- 
tem identifies the location of a wireless terminal. 
[0007] The concepts described in the above patents 
require the information to be extracted from the base 

40 station, thus limiting the accuracy of the locating infor- 
mation. 

Summary of the Invention 

45 [0008] The invention provides a computer system as 
defined in claim 1; a method as defined in claim 10; a 
wireless communication network as defined in claim 11 
and a portable communication unit as defined in claim 
12. 

50 [0009] According to an example there is provided a 
server for identifying, in use, a relative location of a port- 
able communication unit of a wireless access commu- 
nication system having a plurality of base stations pro- 
viding service to a coverage area, the server compris- 

55 ing: 

a layout/architecture plan of the base stations in the 
coverage area; 
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means for correlating signal quality measurements 
associated with specific ones of said base station 
with the layout/architecture plan to calculate the rel- 
ative location of an active portable device, the signal 
quality measurements received in an uplink trans- 5 
mission from the active portable device. 

[0010] According to another example there is provid- 
ed a wireless access communication system for locating 
an active portable device within a coverage area, the 
wireless access communication system comprising: 

a plurality of base stations arranged to provide serv- 
ice to the coverage area, each of the plurality of 
base stations having a unique identifier and means is 
for transmitting downlink signals including the 
unique identifier; 
a network; and 

a server connected through a network to the plural- 
ity of base stations, the server comprising: 

a layout/architecture plan of the base stations in the 
coverage area; and 

means for correlating signal quality measurements 
associated with specific ones of said base station 
with the layout/architecture plan to calculate the rel- 
ative location of an active portable device, the signal 
quality measurements received in an uplink trans- 
mission from the active portable device. 

[0011] According to another example there is provid- 
ed a wireless access communication system, wherein, 
in call, an active portable device measures a bit error 
rate of downlink transmissions from a proximate base 
station. 

[0012] Thus the information used to locate the porta- 
ble device is extracted directly from the portable and not 
from the base station (although it may be accessed via 
the base station). In the case of many wireless technol- 
ogies (DECT, 802.11, etc.) there is usually more than 
one base station within range of the portable device. The 
RSS and BER for multiple base stations can be extract- 
ed from the portable to provide a more accurate location. 
Averaging techniques may be used (either on the port- 
able or on the server) to provide a stable and more ac- 
curate location reading. Typically the RSS for a single 
base station can vary widely due to Rayleigh effect and 
also due to transient conditions in the environment. With 
information regarding multiple base stations RSS and/ 
or BER combined with averaging techniques, the server 
can achieve a high degree of accuracy. 
[0013] The location information may be accessed di- 
rectly from the server or from a remote application hav- 
ing access to the server by any conventional means. 
[0014] The location information is dynamically availa- 
ble, i.e. it can be made available to the server at any 
time and for any period of time. In the specific case of a 
portable telephone, this means that the location infor- 



mation can be made available at any time that the port- 
able is active, i.e. even when the portable is idle (as- 
suming it is powered up) or at any time during a tele- 
phone call. The portable device may provide the list of 
measured signal strength against base station identifier 
continuously, only on demand from the server or at pre- 
determined intervals or in response to predetermined 
events. Equally the server may optionally maintain a 
permanent record of the information (either before or af- 
ter carrying out the calculation to establish physical lo- 
cation) or, for example, may automatically send its loca- 
tion information to a remote application, based on a 
number of different scenarios that can be specific to a 
particular system, such as: 

Emergency 911 calls; 
Requesting service; 

Registering with the wireless access system; 
Performing handover from one base station to an- 
other; 

'Dead Man' applications: In some countries, when 
workers are mobile and working in a potentially haz- 
ardous environment, there are regulatory require- 
ments that these workers must carry a device that 
will generate an alarm if the worker becomes immo- 
bile. This alarm is a signal that can alert a central 
monitoring location that there is a possibility the 
worker may have been injured or is in need of as- 
sistance; 

Request from another portable: in this case one 
portable can query the location of another portable 
in real time (either during a call or in idle mode for 
either portable); 

Any other application that requires the portable de- 
vice to offer information to a remote application re- 
garding its whereabouts. 

[0015] The system thus can support portable devices 
roaming through a network of wireless systems. One ex- 
ample of this could be a large number of geographically 
separate divisions of a large corporation, where the port- 
able device is allowed to roam over all of these sites and 
access services at each site. The remote application 
can identify the site at which the portable device is lo- 
cated and can then subsequently pinpoint the location 
of the portable device within that particular site. 

Brief Description of the Drawings 

[0016] Embodiments of the invention are described 
below, by way of example only, and with reference to 
the following figures in which: 

Figures 1 illustrates an implementation for a DECT 
product in a single site; 

Figures 2 illustrates an implementation for a DECT 
product in a single site; 

Figures 3 illustrates an implementation for a DECT 
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product in a multiple site; 

Figure 4 shows an overview of the software func- 
tionality according to the invention; 
Figures 5 shows a message sequence chart ac- 
cording to the invention; 

Figures 6 shows a message sequence chart ac- 
cording to the invention. 

Description of the Prefer red Embodiments 



[0017] Figures 1 & 2 illustrate an implementation for 
a DECT product in a single site scenario. This installa- 
tion could be a large or small site (10) or even a campus 
environment but. for convenience, a small site is depict- 
ed In Fig. 1. Typically the site is fully deployed with an 
adequate number of base stations (11a. lib. ... 11g) so 
that a DECT portable (12a/12b) can function (i.e. have 
access to voice and data services) wherever It roams in 
the site, since the portable is always within coverage of 
at least one base station wherever it roams within the 
installation. The base stations are connected to each 
other and to the DECT system 13 via a network back- 
bone 14. The DECT system is also connected to the 
public telephone network 18, either directly as shown in 
Figure 2 or via a local area network (LAN) 17 supporting, 
for example. Internet protocol (IP) communication or the 
like. A Web browser or other type of client application 
on a PC 1 5 may be used to access an application server 
1 6 via the LAN 1 7 to request the location of the portable. 
Typically either the directory number or name of the per- 
son being tracked is entered by the requesting client (e. 
g. PC 15), and the application server 16 then responds 
with appropriate location information to the client, either 
from stored information or after having requested the 
pertinent information directly from the portable. Details 
of the functionality required for each of the system com- 
ponents are described below. 

[001 8] The application server 16 is used to enable ex- 
tra functionality, e.g. telephone directory lookup. SMS. 
Alarms, etc. to the portable devices. The application 
server 1 6 must implement the following application func- 
tionality: 



ed to the LAN. The information presented to a 
browser may be of a graphical nature using HTML 
encoding for standard web browsers. Alternatively, 
the information may be in WML format (Wireless 
Markup language) for smaller devices that have re- 
stricted bandwidth and display capabilities. 

[0019] In addition, the application server 16 could op- 
tionally implement the following functionality: 

Dead Man Applications; 
Automatic alarm generation, based on 911 calls. 

[0020] The DECT system infrastructure provides the 
15 necessary software and hardware for the normal DECT 
telephony operation. In order to support the invention, 
extra software functionality must: 



10 



20 



25 



30 



Provide a single IP connection to the DECT system 
for connection to the LAN; 
Implement the DECT E.2 Profile; 
Direct all E.2 traffic originating from any portable to- 
wards the IP LAN connection; 
Direct IP traffic (that will encapsulate the E.2 traffic) 
received from the application towards a specific 
portable on the system for which that traffic is des- 
tined; 

Provide the necessary IP/E.2 data encapsulation 
and extraction. 



[0021] There are a number of DECT standards dedi- 
cated to transporting data over the wireless interface. 
The standard of the particular embodiment described 
below is the E.2 Profile, which is aimed at transporting 
35 low bit-rate data and is used to implement functionality 
such as SMS (Short Message Service). 
The E.2 Profile is used to set up a data connection to 
the portable, and is thus the transport mechanism used 
for requesting the portables RSS and BER map and also 
40 for transferring the map to the application server 1 6. 
[0022] The portable device must at minimum support 
the following functionality: 



Set up/clear down E.2 calls to any portable (E.2 
calls are low data rate calls; the profiles of these 45 
calls are defined in the DECT Standard); 
Accept incoming E.2 calls from any portable; 
Maintain an up-to-date map of the site location in- 
cluding the exact location of all of the base stations, 
and the base station identifiers; 
Maintain an up-to-date database of all portables 
registered on the DECT system; 
Process location information being received from a 
portable unit whose location is queried. This infor- 
mation may vary rapidly, so the application may 55 
need to average this information in order to achieve 
a meaningful result; 

Offer a server interface to any client that is connect- 



Support the E.2 Profile; and 
Respond to requests from the application server 16 
by sending RSS and/or BER information on the E. 
2 data channel for proximate base stations. 

[0023] In addition the following functionality may op- 
tionally be included on the portable: 

The user is notified of a location request from the 
application server 16 via either visual or audible 
means on the portable device. (This could be a 
mandatory requirement, depending on require- 
ments that users must be notified if their location is 
being tracked); 

The portable could implement an interface to the 
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application server and could itself initiate a location 
tracl< on another DECT portable; 
The portable could be configured to automatically 
set up a connection to the application server and 
supply its location information, for example if a cer- 
tain sequence of digits are dialled (e.g. sequence 
off-hook, 9.1.1) or at predetermined intervals; 
The portable could be configured to automatically 
set up a connection to the application server after it 
registers to a DECT system; or 
The portable could be configured to send a list of 
measured signal strength against base station iden- 
tifier to the application server 16 continuously or at 
predetermined intervals. It will be appreciated that 
the association between base station and received 
signal strength and/or BER is actually a quantitative 
measure of signal quality, and so the term "signal 
quality" is used in the context of this invention to 
mean one or both, as appropriate, of RSS or BER. 

[0024] Operation of the multi-site embodiment of Fig- 
ure 3 is very similar to the single site embodiment, with 
the additional requirement that the system must first es- 
tablish the site at which the portable is located. Once 
the site location is discovered, the specific location 
tracking mechanism of the preferred embodiment oper- 
ates as described in detail below. It is assumed that mul- 
ti-site roaming of portables among a network of DECT 
systems is already part of the system functionality. 
[0025] In this example, two sites are covered by a sin- 
gle wide area network (WAN) running an IP protocol and 
each site is managed by a separate DECT system man- 
ager (13.20). After receiving the initial request from the 
client 15. the application server 16 will initially try to set 
up a connection to the portable 22 at its home location 
(DECT system 1). If the portable is not present (or pow- 
ered down) this is detected using a DECT page fail 
mechanism. (In the DECT standard, a page fail is gen- 
erated by the DECT system if it does not receive a re- 
sponse when attempting to page a portable). The appli- 
cation server must then query ail of the other potential 
DECT sites (DECT system 2) on the network, according 
to some pre-defined searching rule. Each of these 
DECT systems will in turn return a page fail (if the port- 
able is not present) or the actual location information (if 
the portable is present) as described above. 
In the exemplary instance of a DECT portable, the port- 
able is configured to make received signal strength 
measurements whenever it is active, i.e. when the port- 
able is powered up and either in a call scenario or in an 
idle state. The portable is generally restricted to making 
BER measurements to in-call situations. 
[0026] The present invention operates to provide 
more detailed location information, typically upon re- 
quest, about the whereabouts of a particular unit, such 
as a DECT (or equivalent LAN-based) portable. The 
system of the preferred embodiment, of course, is op- 
erationally restrained by a requirement for the particular 



unit of interest being actively registered with the network 
as a whole, since the particular unit is required to (at 
least periodically) undertake incident signal quality 
measurements from at least three (and preferably more) 

5 proximate base station transceivers, and then to report 
an RSS and/or BER result for each proximate base sta- 
tion to the application server 16. Of course, fewer base 
stations could be used but accuracy is compromised. 
[0027] Clearly, at registration (i.e. upon power-up) of 

10 the portable unit with the system, a serving cell is iden- 
tifiable to the application server 16. More refined posi- 
tional information can. however, be obtained by the sys- 
tem and made available to an enquiring client, e.g. PC 
15. Provided that the application server 16 has a layout/ 

15 architecture plan for its base stations (which could be 
acquired through manually-triggered input or through an 
automated process of smart port addresses accessible 
by the base stations), downlink RSS/BER information 
reported by the portable unit back to the application 

20 server 16 can be used to provide a form of triangulation 
mechanism. More specifically, assuming that downlink 
transmissions are at a predetermined power level and 
that the interference environment for the system (on a 
cell-by-cell basis) can be considered substantially ho- 

25 mogeneous (i.e. similar or constant), then a level of at- 
tenuation of each downlink transmission (from different 
but identified base stations) is indicative of a relative dis- 
placement of the portable from the base station respon- 
sible for that downlink transmission. Consequently, con- 

30 trol intelligence within the application server can locate 
(with a reasonable degree of accuracy) the location of 
the portable within the system (as projected onto its lay- 
out/architecture plan). The position information can then 
be relayed to the client, or otherwise stored for histoncal 

35 logging purposes. 

[0028] As will be appreciated, the flexibility for base 
station location provided in a DECT-type environment 
generally means that there must be a manual correlation 
between base station identify and specific physical lo- 

40 cation, e.g. kitchen, East wing. North wall. 

[0029] In summary of the preferred mechanism, once 
a portable is active then it can receive, monitor and then 
report downlink transmission qualities of radio proxi- 
mate base stations that are individually identifiable to 

45 the portable by virtue of their unique identification labels 
sent in downlink transmissions emanating therefrom. 
[0030] The application server 16 is therefore able to 
make use of reported signal qualities (such as RSS and/ 
or BER) to infer displacement of the portable from each 

50 identified base station and hence to provide relative po- 
sitional information to, for example, a client, which po- 
sitional information can be used for tracking or other 
management purposes. 

[0031] Figure 4 shows an overview of the software 
55 functionality and how it is distributed over the system 
components of Figures 1 and 2. The shaded areas in 
Figure 4 show the components that are not part of the 
DECT standard implementation but are features which 
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enable the system of the invention. 
[0032] The application server has a standard TCP/IP 
stack, and the underlying layer-2 depicted is Ethernet, 
although any other layer-2 protocol could be used. An 
API (Application Programmers Interface) is added on 
top of the TCP/IP stack and this offers an interface to 
the locate application. This interface will include a small 
set of commands that can be used to communicate with 
the Portable device (e.g. set up an E.2 Call, request RSS 
information, etc). 

[0033] The locate application runs on the application 
server 16 and it interfaces with both the API (which en- 
ables communication with the portable device) and also 
with a standard Web Server, which enables communi- 
cation with other member Web Clients. 
[0034] On the DECT system, again a standard TCP/ 
IP stack is Implemented on top on an Ethernet Layer-2, 
although any other layer-2 protocol could be used. The 
DECT operating system opens a complimentary socket 
pair as a way of setting up a connection between layers. 
As will be appreciated, the socket pair provides access 
between applications and protocol stacks and therefore 
essentially provides an inter-working capability between 
layers. Each socket pair contains pairs of associated IP 
addresses and port numbers. Inter-working allows the 
transfer of packets of Information (such as set-up mes- 
sages and RSSI reports from a portable) and then the 
repackaging of such packets into a format that can be 
transported by the DECT stack (Network. DLC and MAC 
layers). The DECT system simply acts as a translation 
mechanism for these packets of information, converting 
them from one format to another. It does not perform 
any intelligent tasks on these packets of information. 
The DECT system can be viewed purely as a transport 
mechanism for converting the packets of information 
from a wired LAN infrastructure into a DECT wireless 
infrastructure. 

[0035] On the DECT portable, the portable has a 
standard DECT stack (Network, DLC. MAC). In addition, 
the locate application has the ability to take RSS and/or 
BER information and send it over a standard E.2 Call. 
There may also be additional functionality in the locate 
application, as described above. 
[0036] Figures 5 and 6 show a message sequence 
chart for some typical location tracking scenarios. 
[0037] Initially, the Client sends a 'location request' to 
the locate application on the application server 16. This 
may be Implemented by the client filling in some infor- 
mation on a HTML page (Hypertext Markup Language) 
or indeed any other mark-up language encoded web 
page. The information can be anything that uniquely 
identifies the portable device (e.g. directory number, 
name etc). This information is passed from the Web 
server application to the locate application. 
[0038] The locate application requests the setting up 
of a data call, using the API. This in turn sets up a socket 
connection to the DECT system which is then triggered 
to set up an actual E.2 data call to the required portable. 



[0039] The 'Call Setup'. 'Connect' and 'Connect Ac- 
knowledge' messages are all standard messages that 
are part of the DECT E.2 Profile. 
[0040] The location application requests the RSS and 
5 (optionally the BER infonnation). using the API. This in- 
formation is transferred to the DECT system using the 
previously set up socket connection. 
[0041] When the DECT system receives the 'request 
RSS/BER Map' message, it encodes this information 
10 within an E.2 data packet and sends it to the portable, 
using the existing E.2 call that has already been set up. 
[0042] The 'Send' and 'Send Reply' messages are al- 
so standard messages that are part of the DECT E.2 
Profile. 

15 [0043] The 'Acknowledge* message may also be for- 
warded from the DECT system back to the Application 
server, using exactly the same transport mechanism (i. 
e. socket over TCP/IP). 

[0044] The portable then transmits the actual RSS/ 
20 BER map information to the DECT system, again using 
a standard E.2 data transfer. This information is passed 
back to the application server 1 6 usi ng the existing sock- 
et). 

[0045] When the application server 1 6 receives the lo- 
25 cation information, it: 



(a) acknowledges the receipt of the information by 
sending an acknowledge message back to the port- 
able through the existing Socket and E.2 call trans- 

30 port mechanism, and 

(b) sends the processed result of this information to 
the Web Server 1 5 which in turn will update the Web 
page that is being viewed by the Client. 

35 [0046] Finally, the application server 16 requests the 
DECT system to clear down the E.2 call and the socket 
connection is then disconnected. 
[0047] In Figure 6, the Client sends a 'location re- 
quest' to the locate application on the application server 
40 1 6. This may be implemented by the client filling in some 
information on a HTML page, as before. Once again, 
this information can be anything that uniquely identifies 
the portable device (e.g. directory number, name, etc). 
This information is passed from the Web server appli- 
es cation to the locate application. 

[0048] The Locate application requests the setting up 
of a data call, using the API. This in turns sets up a sock- 
et connection to the DECT system which is then trig- 
gered to set up an actual E.2 data call to the required 
50 portable. 

[0049] The 'Call Setup' message is sent to the DECT 
portable; however in this case, there is no response from 
the portable, as the portable may be out of range of any 
on the Base Stations on this DECT system 1. 
55 [0050] Exactly the same procedure is repeated for 
DECT system 2. and again in this case the result Is a 
page fail as the Portable is not within range of DECT 
system 2. 
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[0051] Finally the Client does have success when 
searching system 3 and in this case the message se- 
quence is exactly the same as described for Figure 4. 
[0052] The multi-site implementation is a very simple 
one and relies on the Client manually searching a 
number of different DECT systems. Alternatively, rather 
than a brute-force type search mechanism, it could be 
also possible to have a centralised web server that will 
inltiatly search the user's home DECT system and then 
automatically continue to search all other potential 
DECT systems, including through an ordered probability 
search based on historically compiled log-on activity. In 
this latter respect, the Client simply enters the request 
once and eventually gets returned the result of the com- 
plete search. 



Claims 

1 . A computer system for identifying a relative location 
of a portable communication unit in a wireless com- 
munication network having a plurality of base sta- 
tions providing service to a coverage area, charac- 
terised in that said system comprises: 

(i) an input for accessing information about the 
location of the base stations in the coverage ar- 
ea; 

(ii) an input for receiving signal quality meas- 
urements said measurements having been 
made by the portable communication unit; and 

(iii) a processor arranged to determine the rel- 
ative location of the portable communication 
unit on the basis of at least the received signal 
quality measurements and the accessed loca- 
tion information. 

2. A computer system as claimed in claim 1 wherein 
the signal quality measurements comprise received 
signal strength measurements of downlink trans- 
missions. 

3. A computer system as claimed in claim 1 wherein 
the signal quality measurements comprise a bit er- 
ror rate of downlink transmissions. 

4. A computer system as claimed in any preceding 
claim wherein the signal quality measurements 
comprise power levels of downlink transmissions. 

5. A computer system as claimed in any preceding 
claim wherein said wireless communication net- 
work comprises a digital enhanced cordless tele- 
communications (DECT) standard wireless system. 

6. A computer system as claimed in any of claims 1 to 



4 wherein said wireless communications network 
comprises a wireless large area network (LAN) sys- 
tem. 

5 7. A computer system as claimed in any preceding 
claim wherein said portable communications unit is 
powered up. 

8. A computer system as claimed in any preceding 
10 claim wherein said input for receiving signal quality 
measurements also receives a base station identi- 
fier associated with each received signal quality 
measurement. 

15 9. A computer system as claimed in any preceding 
claim wherein said input for receiving signal quality 
measurements is arranged to receive those meas- 
urements at an occurrence of at least one of: 

20 continuously; 

at predetermined intervals: 

in response to requests; and 

25 

in response to predetermined events. 

10. A method of identifying a relative location of a port- 
able communication unit in a wireless communica- 

30 tion network having a plurality of base stations pro- 
viding service to a coverage area, characterised in 
that said method comprises the steps of:- 

(i) accessing information about the location of 
35 base stations in the coverage area; 

(ii) receiving signal quality measurements, said 
measurements having been made by the port- 
able communication unit; and 

40 

(iii) determining the relative location of the port- 
able communication unit on the basis of the re- 
ceived signal quality measurements and the 
accessed location information. 

45 

11. A wireless communication network comprising: 

(i) a plurality of base stations; 

so (ij) at least one portable communication unit; 

and 

(iii) a computer system as claimed in claim 1 

55 12. A portable communication unit for use with the com- 
puter system of claim 1, said portable communica- 
tion unit comprising:- 
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(i) signal quality measurement apparatus ar- 
ranged to measure the signal quality of signals 
received from one or more of said base stations 
in use; 

5 

(ii) a memory for storing information about the 
measured signal quality; and 

(iii) a transmitter for transmitting at least some 

of the stored information to the wireless com- io 
munication network. 
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